home *** CD-ROM | disk | FTP | other *** search
/ PD ROM 1 / PD ROM Volume I - Macintosh Software from BMUG (1988).iso / Electronic Messages / InfoMac Digests / InfoMac Vol. 6 / InfoMac 6.14 < prev    next >
Encoding:
Text File  |  1988-02-19  |  13.5 KB  |  411 lines  |  [TEXT/ttxt]

  1.  
  2.  
  3. INFO-MAC Digest          Monday, 15 Feb 1988       Volume 6 : Issue 14
  4.  
  5. Today's Topics:
  6.                 Apple's annual report on HyperCard wanted
  7.                       Problem with Hypercard Phone.
  8.                                  Viruses
  9.                more on Mac/HyperCard virus from CompuServe
  10.  
  11.  
  12. ----------------------------------------------------------------------
  13.  
  14. Date: 8 FEB 88 21:40-N
  15. From: CZYCHI%CSGHSG52.BITNET@CUNYVM.CUNY.EDU
  16. Subject: Apple's annual report on HyperCard wanted
  17.  
  18.  
  19. Hello,
  20.  
  21. is anybody out there who has apples annual report? I know, I could phone a
  22. toll free number, but that doesn't work from my place in Switzerland.
  23.  
  24. Thanks a lot for your help.
  25.  
  26.         Gary
  27.  
  28.  
  29.         Gary T. Czychi             University of St.Gallen
  30.  
  31.                 EARN%"CZYCHI@CSGHSG53"
  32.                  ==> "CZYCHI%CSGHSG52.BITNET@wiscvm.wisc.edu"
  33.  
  34.                         Tel.: --41 / 71 / 27 52 68
  35.                               --49 / 211 / 46 01 23
  36.  
  37. ------------------------------
  38.  
  39. Date: Thu, 11 Feb 88 22:34 EST
  40. From: Kang Sun <SUN@VENUS.YCC.YALE.EDU>
  41. Subject: Problem with Hypercard Phone.
  42.  
  43. Greetings,
  44.  
  45.     I have problems when use the Phone Stack (therefore, the Address
  46. Stack) to dial a telephone. No matter what number I put in the box, the
  47. modem will only dial the one digit and then stops. My modem is claimed to
  48. be 100% Hayes compatible and works fine with MicroPhone. Does anyone have
  49. ever had a similar problem? or any one has a clue to this problem?
  50.  
  51.     Thank you.
  52.  
  53. -- Kang Sun
  54.  
  55. ------------------------------
  56.  
  57. Date: Tue, 9 Feb 88 14:00 EDT
  58. From: ELIOT@cs.umass.edu
  59. Subject: Viruses
  60.  
  61. (1) I think that every hard disk should have a hardware write-lock.
  62. I don't know of any that do, but if people started to complain
  63. to manufacturers about this it would certainly happen.
  64.  
  65. (2) I think someone could implement a patch to the Mac OS that would
  66. disable all disk write operations.  The idea is for every disk write
  67. (or Open for Write) to put up a dialog box informing the user and
  68. asking if it was OK.  This should be designed so that it would be
  69. very difficult for a program to figure out ahead of time that it
  70. was going on.  That means any virus which escapes this would be bigger
  71. and thus easier to find by other means.
  72.  
  73. It would be a pain, but concerned users could use this patch when
  74. testing any new software they have aquired.  SYSOPs and user's groups
  75. could also screen their programs, as the red cross screens the
  76. blood supply.
  77.  
  78. Nothing is perfect, but a general purpose tool to *help* detect
  79. viruses is needed.
  80.  
  81. (3) The Macintosh "Locked" file bit seems to be a sham.  As far as
  82. I can tell the only thing that locking a file does is to prevent
  83. the FINDER from trashing it.  Any other program can still write to
  84. it, or delete it usign the normal Mac Traps.  Apple should
  85. modify the OS so that a locked file cannot be Deleted, or Opened
  86. for Writing (to either fork).  A virus could still check for a
  87. change the Locked flag.  If a specific trap was the only way
  88. to change the lock bit, then applications could be scanned for
  89. the presence of calls to that trap.  Any application which has
  90. a call to change Locked bits would be subject to deeper scrutiny.
  91. Any virus which does not fiddle with the locks could be stopped
  92. by locking the system file.
  93.  
  94. (4) Large computer systems have a number of security features.
  95. Most of them are designed to protect confidential information,
  96. which is not a concern in personel computers, but some of them
  97. also protect the integity of the system.  Small computer
  98. manufacturers like Apple would do well to learn more abou;t
  99. large computer systems.  Not just because of viruses, but for
  100. many other reasons as well.  In th elong run I think the Mac
  101. should develop into a proper time-shared virtual memory system.
  102. Time sharing doesn't imply multiple users, it just means that
  103. a single computer can pretend to be several computers at the same
  104. time.  As we move from switcher to multifinder to ??? it seems
  105. that Apple is being dragged in this direction by customer
  106. demands, rather than proceeding by the guidance of its own vision.
  107.  
  108. Chris Eliot
  109.  
  110. [A personal computer is a small box that sits on your desk
  111. and must be plugged into your bank account to draw power.]
  112.  
  113. ------------------------------
  114.  
  115. Date: 10 Feb 88 06:49 EST
  116. From: science@nems.ARPA (Mark Zimmermann)
  117. Subject: more on Mac/HyperCard virus from CompuServe
  118.  
  119. <<sorry about length of the following -- may want to truncate/synopsize
  120. before forwarding ... ^z>>
  121.  
  122.  
  123. #2558 NewApp.sit "virus"
  124.   S 1 / Forum Business
  125.   7 messages
  126. Read? (Y or N) ! y
  127.  
  128. #: 2558 S1/Forum Business
  129.     08-Feb-88  00:01:28
  130. Sb: #NewApp.sit "virus"
  131. Fm: Bryan McCormick 71600,3710
  132. To: SYSOP (X)
  133.  
  134. Hi.  I am curious to know if "NewApp" unpacked under another name.  I want to
  135. make sure I didn't download and use the file.  Thanks./ex
  136.  
  137. 1 Reply
  138.  
  139. *** More ***
  140.  
  141. Read action:
  142.  
  143. #: 2572 S1/Forum Business
  144.     08-Feb-88  03:04:37
  145. Sb: #2558-#NewApp.sit "virus"
  146. Fm: Richard Reich 76011,1775
  147. To: Bryan McCormick 716x,3710 (X)
  148.  
  149. Also, perhaps somebody with Level 4 microbe containment facilities has
  150. disassembled the beast?  Billy?  I'm curious what the little s__t had in mind
  151. for all of us.
  152.  
  153. Related subject: ad in recent New York Times business section promises total
  154. de-virusing for a fee.  Only gives phone number -- not even an indication of
  155. what systems they can handle.  This virus thing is gonna flush lots of "quacks"
  156. out of the woodwork.
  157. -r
  158.  
  159. 2 Replies
  160.  
  161. *** More ***
  162.  
  163. Read action:
  164.  
  165. #: 2619 S1/Forum Business
  166.     08-Feb-88  21:38:13
  167. Sb: #2572-NewApp.sit "virus"
  168. Fm: Bryan McCormick 71600,3710
  169. To: Richard Reich 76011,1775 (X)
  170.  
  171. Hmm. I'm sure s--t and p-ss for brains had many bad things in mind for all of
  172. us.  Hope he dumped it by mistake on himself. CNN carried a feature (yes, 30
  173. seconds in TV is now a feature) on computer "worms" and "viruses".  IBM is
  174. scared s--tless, because, so the story goes, someone poured on of the boogers
  175. into one of their larger client's systems--theyhave no idea of how to control
  176. the problem either.
  177.  
  178.  
  179. *** More ***
  180.  
  181. Read action:
  182.  
  183. #: 2620 S1/Forum Business
  184.     08-Feb-88  22:06:10
  185. Sb: #2572-#NewApp.sit "virus"
  186. Fm: Bryan McCormick 71600,3710
  187. To: Richard Reich 76011,1775 (X)
  188.  
  189. Hello again.  I just signed onto GEnie and they had/have a similar "virus"
  190. problem.  Was the file here (CIS) the new Apple Product stack?  If so, then it
  191. is the same one they had/have on GEnie.  Not to worry.  It seems to be an init
  192. that is self-installing (activates, once, on March 2nd) and self-removing after
  193. one run.  I don't know if there are any other effects.  The whole story is in a
  194. file on the GEnie Mac forum.  A message of world peace...?  Who are Drew
  195. Davidson and Richard Brandow anyway (they are the authors of the init).  What
  196. is MacMag?
  197.  
  198. 1 Reply
  199.  
  200. *** More ***
  201.  
  202. Read action:
  203.  
  204. #: 2639 S1/Forum Business
  205.     09-Feb-88  00:58:23
  206. Sb: #2620-#NewApp.sit "virus"
  207. Fm: Richard Reich 76011,1775
  208. To: Bryan McCormick 71600,3710
  209.  
  210. Yeah, Billy doped out the INIT and Neil chased the perps and found out the same
  211. stuff over here.  I'd love to hear Wiggo on the subject of what viruses could
  212. do to IBM OS's.  Gotta be a riot.  The Mac is really an easy mark compared to
  213. something like VMS, which of late has pretty good CAPABILITY for informing
  214. system police of lots of different kinds of infection attempts.  But I bet that
  215. even VMS is vulnerable.
  216. -r
  217.  
  218. 1 Reply
  219.  
  220. *** More ***
  221.  
  222. Read action:
  223.  
  224. #: 2647 S1/Forum Business
  225.     09-Feb-88  08:35:52
  226. Sb: #2639-#NewApp.sit "virus"
  227. Fm: Bill Cook (Sysop*) 76703,1030
  228. To: Richard Reich 76011,1775 (X)
  229.  
  230. Richard,
  231.       Without going into specifics, you would win your bet.  But...  It takes a
  232. very good programmer to beat VMS.  Doable, yes but...
  233.  
  234.                         Bill(Deputy Dawg-Cook
  235.  
  236.  
  237. 1 Reply
  238.  
  239. *** More ***
  240.  
  241. Read action:
  242.  
  243. #: 2658 S1/Forum Business
  244.     09-Feb-88  12:59:12
  245. Sb: #2647-NewApp.sit "6irus"
  246. Fm: Richard Reich 76011,1775
  247. To: Bill Cook (Sysop*) 76703,1030 (X)
  248.  
  249. Back a couple of years, before I got Mac-ized, I was a very good VMS systems
  250. type.  The system was not as secure then, and certainly not as aasy to monitor
  251. in terms of security.  Even so, I really admired the extreme cleverness of the
  252. two or three system-busting techniques which became well known at that time.  A
  253. good person has to spend A LOT of time on an effective VMS killer.
  254.  
  255. The things in the VMS world that diminish security:
  256. (1)  VMS people insist on being secretive about system holes that they know
  257. about.  Thus, system managers who would instantly correct the problem on their
  258. machines are kept in the dark.
  259. (2)  Many system managers are just dopes -- see the Sloan-Kettering VAX that
  260. was penetrated by a kid who knew the passwords on the RELEASE tape (which DEC
  261. tells you in bold caps to change immediately).  Btw, DEC fixed this one even
  262. though it wasn't their fault in my opinion.
  263. -r
  264.  
  265.  
  266.  
  267. -----
  268.  
  269.  
  270. #: 2588 S1/Forum Business
  271.     08-Feb-88  13:25:49
  272. Sb: #The "Virus"
  273. Fm: Neil Shapiro 76703,401
  274. To: All
  275.  
  276.  
  277. After a lot of work on the part of the sysops, we have determined what the
  278. "virus" in the NEWAPP.STK HyperCard stack does. Billy Steinberg was able to
  279. reverse engineer (disassemble) the INIT that the virus places into System
  280. files. The good news is that the virus is harmless. But it _is_ a computer
  281. virus. If you have it in your System then on March 2nd it will display the
  282. following message:
  283.  
  284. RICHARD BRANDNOW, Publisher of MacMag, and its entire staff
  285. Would like to take this opportunity to convery their
  286. UNIVERSAL MESSAGE OF PEACE
  287. To all Macintosh users around the world.
  288. (graphic of a world globe).
  289.  
  290. If you want to see if you have it, set your System clock to March 2, 1988 and
  291. reboot. If you want to get rid of it, set your clock to March 3 and it will
  292. show itself once and then remove itself from your System.
  293.  
  294. According to Brandnow, who I spoke to, it was not his intention to place it in
  295. a HyperCard stack nor to have it on CIS. What he did do was to develop the INIT
  296. in December and "left" it on their (MacMag's) own machines with the hope that
  297. "it would spread." It appears to have been the uploader who added it to his
  298. stack. That person has been locked off the network until we can contact him to
  299. speak with him.
  300.  
  301. Mr. Brandnow tried to communicate to me his feelings of pride in this INIT
  302. which he said is "non-destructive" and "neat." I am afraid that I cannot bring
  303. myself to agree with Richard on this. While the INIT itself is non-destructive
  304. I believe it was at least irresponsible for MacMag to have perpertrated this
  305. type of problem and to have caused the confusion that they did. I also fear
  306. that this could give other people ideas on less peaceful uses of such a virus.
  307. I believe that MacMag has opened here a Pandora's Box of problems which will
  308. haunt our Community for years.
  309. CONTINUED
  310.  
  311. 1 Reply
  312.  
  313. *** More ***
  314.  
  315. Read action:
  316.  
  317. #: 2589 S1/Forum Business
  318.     08-Feb-88  13:28:33
  319. Sb: #2588-#The "Virus"
  320. Fm: Neil Shapiro 76703,401
  321. To: Neil Shapiro 76703,401 (X)
  322.  
  323.  
  324. CONTINUED FROM PREVIOUS
  325. I hope I am wrong. According to Richard, "It's a difference in culture. Here in
  326. Canada we don't own guns. It's the United States that has the nasty people." I
  327. think that Richard, and all of us, may find to our distress that nastiness
  328. knows no national boundaries. But, hopefully, there will be no repeat of such a
  329. thing here or on any other network or BBS.
  330.  
  331. It is my opinion that no one has any right, for any purpose, to fool around
  332. with other people's computer systems. Obviously, we will try to guard against
  333. this in the future but, as always, we will have to count on the goodwill, and
  334. the good SENSE, of most of our membership. Thank you,
  335.  
  336. -- Neil Shapiro (Chief Sysop)
  337.  
  338. 3 Replies
  339.  
  340. *** More ***
  341.  
  342. Read action:
  343.  
  344. #: 2590 S1/Forum Business
  345.     08-Feb-88  14:33:46
  346. Sb: #2589-The "Virus"
  347. Fm: Ray Sanders 70277,3233
  348. To: Neil Shapiro 76703,401 (X)
  349.  
  350. Neil: I also dis-assembled the stack Sunday night. I encountered it on GEnie
  351. and somehow suspected that a Virus (WORM ?) might be lurking. I believe that no
  352. stack, application or any other software should modify the System file I am
  353. working without my knowledge and express consent. Perhaps what we really need,
  354. is an INIT that monitors for resource updates and/or writes to the System file.
  355. The user would have to confirm or deny permission. Oh well.... point and
  356. counter-point ad-infinitum.
  357.  
  358. --- Ray Sanders ---
  359.  
  360.  
  361. *** More ***
  362.  
  363. Read action:
  364.  
  365. #: 2595 S1/Forum Business
  366.     08-Feb-88  17:30:21
  367. Sb: #2589-The "Virus"
  368. Fm: Jeanne DeVoto 76117,2702
  369. To: Neil Shapiro 76703,401 (X)
  370.  
  371. I agree completely.  NO PROGRAM should modify a System file without the user's
  372. knowledge.  It is not a matter of which country "has the nasty people"; it's
  373. common courtesy and good sense.  (Does Richard know *for certain* that there is
  374. no possibility his INIT can cause unforeseen System problems later on? If not
  375. (and I don't believe the answer can be a certain "yes"), then he has no
  376. business promoting its use in this manner.)
  377.  
  378. I think Richard would be annoyed if I broke into his house in order to leave
  379. behind something I consider "non-destructive" and "neat" (but which he might
  380. not want).  What the stack does is not really different.
  381.  
  382. jeanne devoto
  383.  
  384.  
  385. *** More ***
  386.  
  387. Read action:
  388.  
  389. #: 2601 S1/Forum Business
  390.     08-Feb-88  19:28:58
  391. Sb: #2589-The "Virus"
  392. Fm: Shawn Goodin (Sysop) 76703,1034
  393. To: Neil Shapiro 76703,401 (X)
  394.  
  395. The very first virus of a computer variety was for the Apple //!  Called
  396. "Disease DOS", it propogated itself as disks were passed from user to user in
  397. the Chicago area.  Unfortunately, its author lost control of it and for a time,
  398. he circulated a similar virus killer to eradicate it.
  399.  
  400. Fortunately, it was a DOS 3.3 virus and used to INIT command to get from disk
  401. to disk.  The author was not proud of the notoriety and I understand that there
  402. were many people who wanted to break his arms.....
  403.  
  404.  
  405. Shawn  (this was about 4 or so years ago...)
  406.  
  407. ------------------------------
  408.  
  409. End of INFO-MAC Digest
  410. **********************
  411.